Evaluation and transmission of combined external data from one or more assets to a central data portal

ABSTRACT

Systems and methods for evaluating and transmitting combined external data from one or more assets are described herein. An example method may include collecting, by a data processing device communicatively coupled to a central data portal, sensor data from one or more assets, processing, by the data processing device, the sensor data to evaluate status data concerning status of the one or more assets, transmitting, by the data processing device, the status data to the central data portal, and storing and visualizing, by the central data portal, the status data. The data processing device can be co-located with one of the assets. The assets may be selected from a building, a room, outdoor location, a vehicle, a person, an indoor location, and an outdoor location.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a Continuation of U.S. application Ser. No.17/360,335 filed on Jun. 28, 2021, and entitled “Evaluating andtransmitting combined external data from one or more assets to a centraldata portal for storage and visualization,” which, in turn, is aContinuation-in-Part of U.S. application Ser. No. 16/513,738 filed onJul. 17, 2019, and entitled “Methods and systems for evaluating andtransmitting combined external data from one or more sources to acentral data portal for processing, storage, and visualization,” whichclaims benefit of and priority of U.S. Provisional Patent ApplicationNo. 62/700,532 filed on Jul. 19, 2018, and entitled “Methods and systemfor the evaluation and transmission of combined external data from oneor more sources to a central data portal for processing, storage, andvisualization.” The subject matter of the aforementioned applications isincorporated herein by reference in its entirety.

TECHNICAL FIELD

The present disclosure relates generally to data processing and, morespecifically, to evaluating and transmitting combined external data fromone or more assets to a central data portal for storage andvisualization.

BACKGROUND

The approaches described in this section could be pursued but are notnecessarily approaches that have previously been conceived or pursued.Therefore, unless otherwise indicated, it should not be assumed that anyof the approaches described in this section qualify as prior art merelyby virtue of their inclusion in this section.

Existing systems for the transmission of external data are employedindependently of each other and, therefore, are limited in their abilityto collect or combine information from different and multiple datasources for transmission and evaluation using a single data transmissionsource.

Existing systems operating in the telemetry space are also constrainedby limited modes or limited combinations of modes for data transmission.These limitations can prevent combining data from different multiplesources at a single data portal for the processing, storage, andvisualization of the data. Thus, data related to persons, vehicles,machineries, assets, buildings, or external environments are treated asseparate entities during processing, storing, and visualization whileaggregated at a centralized data portal.

SUMMARY

This summary is provided to introduce a selection of concepts in asimplified form that are further described below in the DetailedDescription. This summary is not intended to identify key features oressential features of the claimed subject matter, nor is it intended tobe used as an aid in determining the scope of the claimed subjectmatter.

Provided are computer-implemented systems and methods for evaluating andtransmitting combined external data from one or more assets to a centraldata portal. According to one example embodiment, a system forevaluating and transmitting combined external data from one or moreassets is provided. The system may include a central data portal and adata processing device communicatively coupled to a central data portal.The data processing device can be configured to collect sensor data fromthe one or more assets. The data processing device may process thesensor data to evaluate status data concerning states of the one or moreassets. The data processing device may transmit the status data to thecentral data portal. The central data portal can be configured to storeand visualize the status data.

The evaluation of a status of a first asset of the assets can bepartially based on sensor data collected from a second asset of theassets, where the second asset is different from the first asset.

The sensor data can be transmitted between the assets and the dataprocessing device via one or more wired communication channels. Thesensor data are transmitted between the assets and the data processingdevice via one or more wireless communication channels.

The assets may include one or more of a building, a room, an outdoorlocation, a vehicle, a person, a wearable device worn by the person, anelectronic device, and a facility. The data processing device caninclude a personal computer, a tablet computer, a smartphone, asmartwatch, an electronic wearable device, a server, an electronicprocessing device, and a handheld microprocessor device associated witha person. The data processing device can be configured to determine,based on the sensor data, a relationship between the one or more assets.The relationship may include one or more of the following: a proximityof an asset of the one or more assets to at least one other asset of theone or more assets, presence of the asset in the at least one otherasset, position of the asset with respect to the at least one otherasset, movements of the asset with respect to the at least one otherasset, and distance between the asset and the at least one other asset.

The data processing device can be configured to determine, based on thesensor data, a status concerning a state of panic of the person. Thedata processing device can be configured to determine, based on thesensor data, status concerning an impact imposed on the person. The dataprocessing device can be configured to determine, based on the sensordata, a status concerning non-responsiveness of the person. The dataprocessing device can be configured to determine, based on the sensordata, a status concerning a physical orientation of the person. The dataprocessing device can be configured to determine, based on the sensordata, a status concerning a presence of a gunshot in a proximity of theperson. The data processing device can be configured to determine, basedon the sensor data, a status concerning an actuated operational state,performance, and diagnostics of the vehicle.

The data processing device can be configured to determine or actuate(i.e., activate), based on the sensor data, a status concerning abuilding or a room. The status concerning the building or the room mayinclude at least one or more of the following: the room is unlocked, theroom is locked, a window is opened, a window is closed, a temperature ofthe room is higher than a predetermined temperature threshold, a smokedetector alarm is on/off, a gas detector alarm is on/off, a firedetector alarm is on/off, a humidity level being outside of apredetermined humidity range, an air quality level being outside of apredetermined air quality range, a gunshot is detected, a window glassis broken, a door is impacted, and a wall is impacted.

The data processing device can be configured to determine, based on thesensor data, a status concerning the outdoor location. The statusconcerning the outdoor location may include at least one or more of thefollowing: a humidity level at the outdoor location is outside of apredetermined humidity range, an air temperature at the outdoor locationis outside of a predetermined temperature range, an air quality level atthe outdoor location is outside of a predetermined air quality range, agunshot is detected at the outdoor location, a smoke detector at theoutdoor location is set off, and a gas detector at the outdoor locationis set off.

According to another example embodiment, a method for evaluating andtransmitting combined external data from one or more assets is provided.The method may include collecting, by a data processing devicecommunicatively coupled to a central data portal, sensor data from oneor more assets. The method may include processing, by the dataprocessing device, the sensor data to evaluate status data concerningthe status of the assets. The method may include transmitting, by thedata processing device, the status data to the central data portal. Themethod may include storing and visualizing, by the central data portal,the status data.

Additional objects, advantages, and novel features will be set forth inpart in the detailed description section of this disclosure, whichfollows, and in part will become apparent to those skilled in the artupon examination of this specification and the accompanying drawings ormay be learned by production or operation of the example embodiments.The objects and advantages of the concepts may be realized and attainedby means of the methodologies, instrumentalities, and combinationsparticularly pointed out in the appended claims.

BRIEF DESCRIPTION OF THE DRAWINGS

Embodiments are illustrated by way of example and not limitation in thefigures of the accompanying drawings, in which like references indicatesimilar elements and in which:

FIG. 1 illustrates an environment within which methods and systems forevaluating and transmitting combined external data from one or moreassets to a central data portal can be implemented.

FIG. 2 is a block diagram showing an example data processing device,according to an example embodiment.

FIG. 3 is a block diagram showing assets, according to an exampleembodiment.

FIG. 4 is block diagram showing a data processing device as a wearabledevice, according to some example embodiment.

FIG. 5 illustrates an environment within which methods and systems forevaluating and transmitting combined external data from one or moreassets to a central data portal can be implemented, according to someexample embodiment.

FIG. 6 is a block diagram showing various modules of a system forevaluating and transmitting combined external data from one or moreassets to a central data portal, in accordance with certain embodiments.

FIG. 7 illustrates an environment within which a panic module of thesystem for evaluating and transmitting combined external data from oneor more assets to a central data portal can be implemented, according tosome example embodiments.

FIG. 8 illustrates an environment within which an impact module of thesystem for evaluating and transmitting combined external data from oneor more assets to a central data portal can be implemented, according tosome example embodiments.

FIG. 9 illustrates an environment within which a non-responsivenessmodule of the system for evaluating and transmitting combined externaldata from one or more assets to a central data portal can beimplemented, according to some example embodiments.

FIG. 10 illustrates an environment within which a physical orientationmodule of the system for evaluating and transmitting combined externaldata from one or more assets to a central data portal can beimplemented, according to some example embodiments.

FIG. 11 illustrates an environment within which a gunshot detectionmodule of the system for evaluating and transmitting combined externaldata from one or more assets to a central data portal can beimplemented, according to some example embodiments.

FIG. 12 illustrates an environment within which a vehicle and machineryevaluation module of the system for evaluating and transmitting combinedexternal data from one or more assets to a central data portal can beimplemented, according to some example embodiments.

FIG. 13 illustrates an environment within which a building and roomevaluation module of the system for evaluating and transmitting combinedexternal data from one or more assets to a central data portal can beimplemented, according to some example embodiments.

FIG. 14 illustrates an environment within which an outdoor locationevaluation module of the system for evaluating and transmitting combinedexternal data from one or more assets to a central data portal can beimplemented, according to some example embodiments.

FIG. 15 is a flow chart showing a method for evaluating and transmittingcombined external data from one or more assets to a central data portalcan be implemented.

FIG. 16 shows a computing system that can be used to implement a methodfor evaluating and transmitting combined external data from one or moreassets to a central data portal, according to an example embodiment.

FIG. 17 is a schematic diagram illustrating aggregation of data bymultiple data processing devices, according to an example embodiment.

DETAILED DESCRIPTION

The following detailed description includes references to theaccompanying drawings, which form a part of the detailed description.The drawings show illustrations in accordance with exemplaryembodiments. These exemplary embodiments, which are also referred toherein as “examples,” are described in enough detail to enable thoseskilled in the art to practice the present subject matter. Theembodiments can be combined, other embodiments can be utilized, orstructural, logical, and electrical changes can be made withoutdeparting from the scope of what is claimed. The following detaileddescription is, therefore, not to be taken in a limiting sense, and thescope is defined by the appended claims and their equivalents.

The present disclosure is directed to systems and methods for evaluatingand transmitting combined external data from one or more assets to acentral data portal for storage and visualization. Some embodiments ofthe present disclosure may allow collecting, processing, and combininginformation from various and multiple assets, i.e., multiple datasources, to be transmitted to a central data portal via a single dataprocessing device. The data processing device can be co-located with oneor more of the assets. The assets from which information is collectedmay include persons, vehicles, machinery, buildings, outdoor locations,facilities, electronic devices, sensors, and so forth. The informationcan be evaluated by methods that combine information from multiple datasources. Embodiments of the present disclosure may further aggregatedata from these various assets for storage and visualization on acentral data portal and for further processing. Embodiments of thepresent disclosure may also provide one or more modes for transferringthe data to the central data portal.

One of the main differences between the technology disclosed herein andexisting technologies is the ability to combine information collectedfrom various and multiple assets and transfer the data to a central dataportal. The information collected from various multiple assets can beprocessed and used by advanced evaluation methods to enhance systemfeatures and create new features that are not possible within theconstraints of the existing technologies.

Modes of data transmission described herein are not limited to the datatransmission used by existing technologies. Embodiments of the presentdisclosure may enhance the ability to monitor personnel both indoor andoutdoor. Some embodiments of the present disclosure may allow unifyingdata collected from various assets and, thereby, provide efficacy andcost savings by eliminating the need for multiple data transmissiondevices.

Existing systems can be designed to take data from a single type ofasset whether it be a person, vehicle, building, or environment, processthe data, and then transfer the processed data to a portal for storageand visualization. The processing of the data at the data processingdevice and storage and visualization of data at the portal are based onthe relevancy of the single asset. The existing methods in which thedata from an asset is evaluated are also limited to the data collectedfrom the asset.

Limiting the transmission of data to a single source system requiresusers to access multiple single-source systems in order to review datafrom all sources (i.e., assets). This separation of data limits theability to effectively process data from multiple sources for advancedmethods. Such systems are further limited in their inability to collectand evaluate data from various sources from a single device, resultingin the need to have multiple devices with redundant capabilitiesevaluate and transmit data.

Some embodiments of the present disclosure may provide visibility toinformation obtained from various assets and aggregated at a single dataportal. Furthermore, the data from various assets can be evaluated andtransmitted using a single processing device. Thus, embodiments of thepresent disclosure may allow eliminating the need for multiple systemsusing multiple devices to evaluate the assets. Embodiments of thepresent disclosure may also provide advanced algorithms that can dependon data from multiple assets. Therefore, systems and methods disclosedherein can analyze, using aggregated asset information and evaluation,the following functionalities: impact, panic, physical orientation,responsiveness, monitoring indoor and outdoor, vehicle prognostics,vehicle diagnostics, vehicle monitoring, building monitoring and access,environmental monitoring, asset monitoring, gunshot detection, locationmonitoring, facility monitoring, vehicle monitoring, and biometrics.

According to some embodiments of the present disclosure, a system forevaluating and transmitting combined external data from one or moreassets to a central data portal may include a processing device (forexample, a smart phone) and a software application running on the dataprocessing device. The data processing device may collect sensor datafrom multiple assets for evaluation. The data processing device may thenprocess the collected data and send the processed data to a central dataportal via wireless radio frequency (RF) communication or, optionally,by a secondary RF communication device. The secondary RF communicationdevice can be used when the standard frequencies of the data processingdevice are not sufficient to transmit the data over a distance.

The data processing device may act as a standalone edge computing deviceconfigured to collect and analyze the data without further need foranalyzing the data at the central data portal.

The data processing device may include a personal computer, a tabletcomputer, a laptop, a smartphone, a smartwatch, an electronic wearabledevice, a server, an electronic processing device, a handheldmicroprocessor device associated with a person, and so forth. Thecentral data portal may include a computer with processing capabilities,memory, storage, and internet connection. The central data portal mayhave, for example, a cloud architecture or a local architecture, i.e.,may be part of a cloud network or a local network. In an exampleembodiment, the central data portal may include an application or aplatform running on a server. Software programming on the central dataportal can be configured to receive data from the data processingdevice, store, post process (e.g., when a specific storage format isneeded), and deliver data to a user interface portal, also referredherein to as a web portal. To provide further enhancement to theevaluation and processing of data, additional devices can be used tocollect data from a different source and then send the collected data tothe data processing device and then to the central data portal.

Some embodiments of the present disclosure may allow equipping personnelwith processing devices, such as handheld microprocessor devices, whichmonitor sensors inherent to the data processing devices and sensors ofdevices connected to the data processing devices. The connected devicesmay monitor other assets, such as other personnel, vehicles, indoorenvironments, outdoor environments (e.g., a navy ship, a building yard,an oil field, a gas field, and a mine), and so forth. Sensor data can becollected for all entities, processed, and sent through applicabletransmission methods to the central data portal. The data processingdevice may be configured to process the sensor data and determine, basedon the sensor data, a relationship between the one or more assets. Therelationship may include one or more of the following: a proximity of anasset to at least one other asset, a presence of the asset in the atleast one other asset, a position of the asset with respect to the atleast one other asset, movements of the asset with respect to the atleast one other asset, a distance between the asset and the at least oneother asset, and so forth. The data processing device associated withany asset (e.g., a person, a vehicle, and a building) may act as astandalone edge computing device configured to collect and analyze thedata without further need for analyzing the data at the central dataportal. All collected data can be optionally post-processed anddisplayed by the central data portal via a user interface on a webportal.

Embodiments of the present disclosure may allow aggregation of datacollected from multiple assets at a central data portal forvisualization. This may allow avoiding using multiple monitoring systemsfor mixed fleet of different sources. The data collected by the centraldata portal can be used by web portal users for the followingapplications: general telemetry practices, safety monitoring andplanning, dispatching, vehicle fleet monitoring and maintenance,emergency response and preparedness, asset monitoring, buildingmonitoring and control, hospitality worker panic safety, indoorpositioning, gunshot detection and shooter positioning, and buildingaccess.

Referring now to the drawings, FIG. 1 illustrates an environment 100within which methods and systems for evaluating and transmittingcombined external data from one or more assets to a central data portalcan be implemented. The environment 100 may include a data processingdevice 105, a central data portal 110, a user interface portal 120, andone or more connected sources 125.

In some embodiments, the data processing device 105 may include anyelectronic processing device, such as a computer, a handheldmicroprocessor device, a smartphone, a tablet computer, a server, and soforth. The data processing device 105 may receive data from one or moresources 125. The sources 125 may include assets. In an exampleembodiment, one or more sensors may be connected to the assets. In afurther example embodiment, the assets may include sensors. The assetsmay include buildings, rooms of the buildings, outdoor locations,vehicles, people, and so forth. Each of the assets may include sensors,processors, actuators, and a communication interface. The sources 125can be connected to the data processing device 105 by one or morecommunication channels 250 including, but not limited to, wirelessmethods of connectivity such as cellular connections, 4th generation(4G) network connection, 5th generation (5G) network connection, two-wayradio connection, WiFi®, Bluetooth™, near field communication (NFC),Satellite, Zigbee, microwave, infrared, or other protocols of wirelessRF connections.

The data processing device 105 may include sensors. Furthermore, thedata processing device 105 may be configured to evaluate and processdata received from the sensors and connected assets. The data processingdevice 105 may further determine, based on the sensor data, arelationship between the one or more assets. The relationship mayinclude one or more of the following: a proximity of an asset of the oneor more assets to at least one other asset of the one or more assets,presence of the asset in the at least one other asset, position of theasset with respect to the at least one other asset, movements of theasset with respect to the at least one other asset, distance between theasset and the at least one other asset, and so forth.

The data processing device 105 may send processed data 130 to thecentral data portal 110 via a communication channel 115. Thecommunication channel 115 may be selected from a cellular datacommunication channel, a two-way radio data communication channel,WiFi®, Bluetooth, Near Field Communication (NFC), a satellite datacommunication channel, Ethernet, ZigBee, Microwave, Infrared, or otherforms of wireless RF or wired data transmission. The data processingdevice 105 can be equipped with electronics for the transmission of datavia any single mode or any combination of modes of data transfer, or anycombination of cellular, two-way radio, WiFi®, Bluetooth, NFC,satellite, Ethernet, ZigBee, Microwave, Infrared, or other forms ofwireless RF transmission or wired data transmission.

The central data portal 110 may include one or more servers and/or cloudbased computational resources. The central data portal 110 may store thedata 130 received from the data processing device 105. The userinterface portal 120 may include a personal computer, a tablet computer,a smartphone, and so forth. The user interface portal 120 can retrievestored data 130 from the central data portal 110 and send the data 130to further devices or systems for further processing and/or storage.

FIG. 2 is a block diagram showing an example data processing device 105,according to an example embodiment. The data processing device 105 caninclude a central processing unit 205 for evaluating data, memory 210for locally storing data, and an RF transmission module 215 for sendingdata to and receiving data from the central data portal 110 (shown inFIG. 1 ).

The data processing device 105 can include sensors. The sensors mayinclude sensors 220 fixed on the data processing device 105. The sensorsmay include remote sensors 225 connected to the data processing device105 via a wired connection. The sensors may also include sensors 230connected to the data processing device 105 via a wireless communicationchannels 250, such as cellular, two-way radio, WiFi®, Bluetooth™, NFC,Satellite, Zigbee, Microwave, Infrared, or other forms of wireless RFconnection. The sensors 220 fixed on the data processing device 105 mayinclude, but are not limited to, buttons, fingerprint sensor,temperature sensor, pressure sensor, light sensor, camera, and touchscreen.

The data processing device 105 may include a microphone 235, speaker240, and a movement sensor 245. The movement sensor may include anaccelerometer and/or a gyroscope. The data processing device 105 can beconnected wirelessly to one or more of assets, such as buildings, rooms,person, vehicles, facilities, outdoor locations, and so forth. The dataprocessing device 105 can also be communicatively connected withwearable devices being worn by one or more persons.

FIG. 3 is a block diagram showing a source 125, according to an exampleembodiment. The source 125 may include an asset. The source 125 mayinclude a sensor 305, a processor 310, an RF transmission module 315,and actuator 320. The source 125 may be configured to collect data andtransmit data to the data processing device 105 and receive data fromthe data processing device 105. The data between the source 125 and thedata processing device 105 can be transmitted wirelessly bycommunication channels 250 (shown in FIG. 1 ).

FIG. 4 is block diagram showing a data processing device as a wearabledevice 400, according to some example embodiments. The wearable device400 may include sensors 405 fixed at the wearable device 400, a touchscreen 410, a wireless connection module 415, and a movement sensor 420.The sensors 405 fixed at the wearable device 400 can include, but arenot limited to, buttons, fingerprint sensor, temperature sensor,pressure sensor, light sensor, camera, and heartrate sensor.

FIG. 5 illustrates an environment 500 within which methods and systemsfor evaluating and transmitting combined external data from one or moreassets to a central data portal can be implemented, according to someexample embodiments. The environment 500 may include a data processingdevice 105; assets, such as a building 505, a room 510, a building 515,a person 520, a vehicle source 525, and outdoor location 530; and acentral data portal 110. Each of the assets 505, 510, 515, 520, 525, and530 may include its own source sensor 305 and source processor 310. Theassets 505, 510, 515, 520, 525, and 530 may include wireless or wiredcommunication interfaces. The assets 505, 510, 515, 520, 525, and 530may be communicatively connected with the data processing device 105 bya communication channel 250. The data processing device 105 and thecentral data portal 110 can be commensurately coupled via acommunication channel 115.

In one embodiment of the present disclosure, the data processing device105 may include a handheld microprocessor device with a touchscreendisplay, sensors, buttons, and RF transmission capabilities. The centraldata portal 110 may include data processing and storage hardware capableof receiving data via Internet connection and publishing content to aweb browser. The handheld microprocessor device may connect with otherdevices to collect additional information. The connection can be carriedout via a wired connection (Universal Serial Bus or similar connection)or wireless connection (Bluetooth™, NFC, WiFi®, cellular or similarconnection) for data transmission. Each of the connected devices maycollect data from an asset. The asset can include a person, a vehicle, afacility, indoor environment (for example building and rooms), outdoorenvironment, an underground object, and so forth. The data collectedfrom all assets can be used to evaluate states of the assets or hostassets by the data processing device 105.

In embodiments where the assets include one or more persons, the dataprocessing device 105 may collect, process, and transmit data including,but not limited to: a Global Positioning System (GPS) location, time,speed, direction, orientation, impact detected, impact detected due togunshot, gunshot detected, biometrics, heartrate, status of buttons andswitches, temperature, pressure, light intensity, audio, images, files,magnetic proximity, and biometrics.

In embodiments where the assets include one or more vehicles, the dataprocessing device 105 can collect, process, and transmit data including,but not limited to: a GPS location, time, speed, direction of vehicle,run status, fuel level, door status, crash detected, driver behaviordata, gunshot detected, status of buttons and switches, temperature,pressure, light intensity, audio, magnetic proximity, Controller AreaNetwork data, Local Interconnect Network data, Ethernet data, Serialdata, Engine diagnostic data, driver status reports, odometer, driveruser input display status, electronic driver logs, images, and files.

In embodiments where the assets include an indoor environment or outdoorenvironment, the data processing device 105 can collect, process, andtransmit data from, but not limited to, the following sensors: a doorsensor, window sensor, gunshot detector, gas detector, and smokedetector. The data may include one or more the following: time, a GPSlocation, switch status, temperature, pressure, air quality, lightintensity, audio, and video.

The data processing device 105 can process the received data to evaluatestates of the assets. The evaluated data can be further sent to thecentral data portal 110 for post-processing (if needed), storage, andvisualization. The data from various assets can be used for advancedpost processing by combining the evaluated states of the assets tocalculate new states. States concerning persons may pertain, but are notlimited to, impact, panic, physical orientation, responsiveness, gunshotdetection, health, safety conditions, state of working, active, or offduty, and location.

States concerning the vehicles may pertain, but are not limited to,prognostics, diagnostics, running, speeding, idling, tampering,location, and safety. States concerning indoor environments and outdoorenvironments may pertain, but are not limited to safety, air quality,occupancy, and gunshot detected.

FIG. 6 is a block diagram showing various modules of a system 600 forevaluating and transmitting combined external data from one or moreassets to a central data portal, in accordance with certain embodiments.Specifically, the system 600 may include a data collection module 605, apanic module 610, an impact module 615, a non-responsiveness module 620,a physical orientation module 625, a gunshot detection module 630, avehicle and machinery evaluation module 635, a building and roomevaluation module 640, an outdoor location evaluation module 645, and adata processing module 650. In one example embodiment, the modules ofthe system 600 can be implemented as processor-executable instructionsstored in memory of the data processing device 105.

In some embodiments, the data processing device 105 may include a mobiledevice of a person. The data collection module may continuously collectdata from assets, for example, assets 505-530, wearable device 400 wornby a person, sensors, a microphone, and a movement sensor of the mobiledata processing device 105 (the mobile device of the person). The dataprocessing module 650 may process the data collected from the assets.

FIG. 7 illustrates an environment 700 within which the panic module 610of the system 600 can be implemented, according to some exampleembodiments. The environment 700 includes a data processing device 105,a building 505, a room 510, a person 520, a vehicle source 525, and anoutdoor location 530. The system 600 may be implemented as a softwareapplication on the data processing device 105.

Panic module 610 may receive data including: voice commands and speech705 of person 520 via microphone 235 of the data processing device 105,movement data of the data processing device 105 via movement sensor 245,and a GPS signal 710. The panic module 610 may receive data fromwearable devices 400 of the person 520, vehicles 525 and sensors 305 andprocessor 310 associated with the vehicles 525, outdoor locations 530and sensors 305 and processor 310 associated with the outdoor locations530, buildings 505, rooms 510 and sensors 305 and processor 310associated with the buildings 505 and rooms 510. The panic module 610can evaluate, based on the received data, a state of a person concerninga panic situation. Data for determining state of a panic situation canbe collected from inherent sensors of the data processing device 105,connected sources, external sensors, and external stimuli.

In some example embodiments of the present disclosure, a user cantrigger the panic event by pressing a button of processing device 105(for example, a handheld microprocessor device). The panic event can bealso triggered based on one or more of the following inputs: motion dataof the data processing device 105, voice command, result of speechanalysis, touch screen button press or gesture, physical bodyorientation, audible gunshot detection, pressing a button on a device ofa connected source, detection of a voice command by the device ofconnected source, and so forth. The connected source can include otherassets, such as persons, vehicles, machinery, buildings, rooms, outdoorlocations, an electronic device, a facility, and so forth. The triggeror a sequence of triggers can be configurable and adaptable for thesituation and environment. The trigger can be enabled or disabled basedon the location being indoors or outdoors or a proximity to a knownlocation, building, or vehicle or by manual or central data portalcommanded input. Voice commands can be set by the user.

The module 610 can perform speech analysis of the voice command todetermine a panic event. Any word or combination of words in the speech(e.g., in a voice command) can result in and/or trigger any number ofevents or actions, actual or implicit. A video or imagery captured bythe data processing device 105 or an externally connected source deviceand a person's heartrate can be analyzed to determine a panic event. Thepanic event can be transmitted to the central data portal 110 forstorage and visualization.

FIG. 8 illustrates an environment 800 within which the impact module 615of the system 600 can be implemented, according to some exampleembodiments. The environment 800 includes a data processing device 105and assets such as a building 505, a room 510, a person 520, a vehiclesource 525, and outdoor location 530. The system 600 can run as asoftware application on the data processing device 105. The dataprocessing device 105 may include, for example, a handheldmicroprocessor device worn by the person 520.

The impact module 615 can receive the following data: impact force 805via movement sensor 245 (accelerometer/gyroscope) of the data processingdevice 105, environmental noise 810 via microphone 235, person 520movement via movement sensors 245 (accelerometer/gyroscope), and GPSsignals 710. The impact module 615 may receive data from the person 520,wearable devices 400, vehicles 525, sensors 305, and processor 310associated with vehicles 305, outdoor locations 530 and sensors 305 andprocessor 310 associated with outdoor locations 530, buildings 505,rooms 510 and sensors 305 and processor 310 associated with buildings505 and rooms 510. The impact module 615 may evaluate, based on receiveddata, a state of the person pertaining to an impact. Data fordetermining the state of the person pertaining to an impact (impactevent) can be collected from inherent sensors fixed on the device,connected sources, external sensors, and external stimuli.

In some embodiments of the present disclosure, the impact event can betriggered based on determination that impact force applied to a person,vehicle, or a building results in an acceleration of the data processingdevice 105 (handheld microprocessor device) or a sensor connected to thedata processing device 105. The acceleration as sensed by anaccelerometer and/or gyroscope can be evaluated by computing amplitudeof the acceleration over time in both time domain and frequency domain.The trigger and/or sequence of triggers can be configurable andadaptable for the situation and environment. The trigger can be enabledor disabled based on the location indoors or outdoors or proximity toknown people, location, building, or vehicle or by manual input orcommand from the central data portal 110. Other sensors and inputs canbe used to evaluate the acceptance of the impact triggers. These inputsmay include, but are not limited to, a person's heartrate, button press,voice command, environmental noise, audible gunshot detection, GPSsignal, indoor positions, physical body orientation, connected sourcedevice button press, connected source device voice command, and soforth. The connected source may include other persons, vehicles,machinery, buildings, rooms, outdoor locations, and other assets. Theevent data can be transmitted to the central data portal for storage andvisualization.

FIG. 9 illustrates an environment 900 within which thenon-responsiveness module 620 of the system 600 can be implemented,according to some example embodiments. The environment 900 includes adata processing device 105 and assets, such as a building 505, room 510,person 520, vehicle source 525, and outdoor location 530. The system 600may be implemented as a software application running on the dataprocessing device 105.

The non-responsiveness module 620 may receive the following data:relative time 905 as calculated by the handheld microprocessor device105, impact force 805 movement data via movement sensors 245(accelerometer/gyroscope), environmental noise 810 detected bymicrophone 235, person 520 movement detected by movement sensors 245(accelerometer/gyroscope), physical body orientation of the person 520,and so forth. The data can be also received from wearable devices 400 ofthe person 520, GPS signals 710, vehicle 525 and sensors 305 andprocessor 310 associated with the vehicle 520, outdoor locations 530,sensors 305, processor 310 associated with outdoor locations 530,buildings 505, rooms 510, sensors 305, and processor 310 associated withthe buildings 505 and rooms 510. The non-responsiveness module 620 mayevaluate, based on the received data, a state of the person pertainingto the non-responsiveness. Data for determining the state of the personpertaining to the non-responsiveness can be collected from inherentsensors fixed on the data processing device 105, connected sources,external sensors, and external stimuli.

In some embodiments of the present disclosure, a non-responsivenessevent can be triggered based on a duration of time during whichacceleration and/or orientation of the data processing device 105 (forexample, a handheld microprocessor device) or a connected sensor isbelow a threshold. The threshold can be configurable and adaptable. Theacceleration and orientation as sensed by an accelerometer and/orgyroscope can be evaluated by computing amplitude of the accelerationand/or orientation over time in both time domain and frequency domain.The trigger or sequence of triggers can be configurable and adaptablefor the situation and environment. The trigger can be enabled ordisabled based on the location of a person indoors or outdoors orproximity to a known people, location, building, or vehicle or by manualor central data portal commanded input. Other sensors and inputs can beused to evaluate the acceptance of the non-responsiveness trigger. Theseinputs may include but are not limited to a person's heartrate, buttonpress, voice command, environmental noise, audible gunshot detection,GPS signal, indoor positions, physical body orientation, connectedsource device button press, and connected source device voice command.Connected sources may include other persons, vehicles/machinery,buildings/rooms, outdoor locations, and other assets. The event data canthen be transmitted to the central data portal for storage andvisualization.

FIG. 10 illustrates an environment 1000 within which physicalorientation module 625 of the system 600 can be implemented, accordingto some example embodiments. The environment 1000 can include a dataprocessing device 105 and assets such as building 505, room 510, person520, vehicle source 525, and outdoor location 530. The system 600 mayrun as a software application on the data processing device 105.

The physical orientation module 625 may receive data from the followingsources: person 520 transferred movement via movement sensors 245(accelerometer/gyroscope), wearable devices 400 of the person 520, GPSsignals 710, vehicles 525 and sensors 305 and processor 310 associatedwith the vehicles 520, outdoor locations 530 and sensors 305 andprocessor 310 associated with outdoor locations 530, buildings 505,rooms 510, sensors 305, processor 310 associated with the buildings 505,and rooms 510. The physical orientation module 625 may evaluate, basedon the received data, a state of physical orientation of the person 510.The physical orientation module 625 may also calculate the state of theperson 510 based on GPS and RF data. The GPS and RF data can becollected from sensors or data processing devices associated with anyassets, such as the person 510 or any assets in proximity to orassociated with the person 510. The state pertaining to physicalorientation of the person 520 can be evaluated based on data collectedfrom inherent sensors fixed on the device, connected sources, externalsensors, and external stimuli.

In some embodiments of the present disclosure, the state of the physicalorientation can be evaluated based on determination that accelerationand/or orientation to the data processing device 105 or connected sensoris within a threshold range. The threshold range can be configurable andadaptable. The acceleration and/or orientation as sensed by anaccelerometer and/or gyroscope can be evaluated by computing anamplitude of the acceleration or orientation over time in both timedomain and frequency domain. The state and/or sequence of states can beconfigurable and adaptable for the situation and environment. Thedetermination of the state can be enabled or disabled based on thelocation of a person indoors or outdoors or proximity to known people,location, building, or vehicle or by manual or central data portalcommanded input. Other sensors and inputs can be used to evaluate theacceptance of the orientation state. These inputs may include, but arenot limited to, button press, GPS signal, indoor positions, connectedwearable device orientation, and connected source device button press. Aconnected source may include other persons, vehicles/machinery,buildings/rooms, outdoor locations, and other assets. The state of thephysical orientation to the person can be transmitted to the centraldata portal for storage and visualization.

FIG. 11 illustrates an environment 1100 within which gunshot detectionmodule 630 of the system 600 can be implemented, according to someexample embodiments. The environment 1100 includes a data processingdevice 105 and assets such as building 505, room 510, person 520,vehicle source 525, outdoor location 530, shooter 1105, firearm 1110,and bullet 1115. The system 600 may be implemented to run as a softwareapplication on the data processing device 105.

The gunshot detection module 630 can be configured to detect thepresence of an audible gunshot of a bullet 1115 from firearm 1110 andthe location of the shooter 1105. The gunshot detection module 630 mayreceive the following data: impact force 805 movement via movementsensors 245 (accelerometer/gyroscope), environmental noise 810 viamicrophone 235, and GPS signals 710. The data can be also received fromwearable devices 400 of the person 520, vehicles 520 and vehicledetectors 1120, outdoor locations 530 and associated outdoor detectors1125, and buildings 505 and rooms 510 and their associated indoordetectors 1130. The gunshot detection module 630 may evaluate, based onthe received data, a state of gunshot detected status. Data fordetection of gunshots can be collected from inherent sensors of the dataprocessing device 105, connected sources, external sensors, and externalstimuli.

In some embodiments of the present disclosure, the data processingdevice 105 may trigger a gunshot detection event by determining thataudible input is above a threshold. The threshold can be configurableand adaptable. The audible input due to a firearm discharging aprojectile can be detected by a microphone of the data processing device105 and/or a connected sensor. The audible input as sensed by themicrophone can be evaluated by computing the amplitude of the audibleinput over time in both time domain and frequency domain. The triggerand/or sequence of triggers can be configurable and adaptable for thesituation and environment. The trigger can be enabled or disabled basedon the location of the person indoors or outdoors or proximity to aknown people, building, or vehicle or by manual input or command from acentral data portal. Other sensors and inputs can be used to evaluatethe acceptance of the shot detection trigger. These inputs may include,but are not limited to, a person's heartrate, button press, voicecommand, environmental noise, GPS signal, indoor positions, connectedsource device button press, and connected source device audio input. Theconnected source can include other persons, vehicles, machinery,buildings, rooms, outdoor locations, and other assets. The event datacan be transmitted to the central data portal for storage andvisualization.

FIG. 12 illustrates an environment 1200 within which vehicle andmachinery evaluation module 635 of the system 600 can be implemented,according to some example embodiments. The environment 1200 includes adata processing device 105 and assets such as building 505, room 510,person 520, vehicle 525, and outdoor location 530, and central dataportal 110. The system 600 may run as a software application on the dataprocessing device 105.

The vehicle and machinery evaluation module 635 may receive data from avehicle 525. Data may be pertaining to the vehicle's past, current, andfuture performance and operation running state as evaluated by vehicleprocessor 1205. The data can be transmitted to the data processingdevice 105 via a wired connection 1210 or wirelessly. The dataprocessing device 105 may receive the vehicle's data directly from thevehicle 525 or via an intermediate vehicle communication and processingdevice 1215. Sensor data from sensors 305 and digitally communicatedvehicle and machinery data 1220 can be transmitted to the dataprocessing device 105, processed at the data processing device 105, andthen transmitted to the central data portal 110 over communicationchannel 115.

The data processing device 105 can receive commands from a person 520and/or central data portal 110 to actuate actuators 1225 and/or modifydata of the vehicle processor 1205 on the vehicle 525. The dataprocessing device 105 can receive commands from a person 520 and/orcentral data portal 110 to modify data or command outputs of the vehicleintermediate vehicle communication and processing device 1215. Uponreceiving the command outputs, the intermediate vehicle communicationand processing device 1215 can actuate one or more states of the vehicle525. The states may include, but are not limited to, one or more of thefollowing: a vehicle running state, states of lights, states of pumps,states of doors, and states of windows.

Connected sensors and sources can be used for the mutual evaluation ofthe sensors associated with vehicle 525 and person 520 and othersources. The sources may include the following: GPS signals 710, othervehicles and sensors and processors associated with other vehicles,outdoor locations 530 and sensors 305 and processor 310 associated withthe outdoor locations, buildings 505 and rooms 510, sensors 305 andprocessor 310 associated with buildings 505 and rooms 510, and personwearable devices 400. The evaluation can be based on the following data:person 520 movement detected via movement sensors 245(accelerometer/gyroscope), voice commands and speech 705 detected viamicrophone 235, environmental noise 810 detected via microphone 235,data from bio-metrics sensors either inherent to the data processingdevice 105 or external to the data processing device 105, verbalpasswords, and visual passwords. Motions or RF communications can beused to allow/deny access to vehicle 525 for person 520 by way ofunlocking/locking or opening/closing passageways.

In some embodiments, the data for evaluation of state of vehicle 525 andperson 520 can be collected from inherent sensors fixed on the dataprocessing device 105 (e.g., a handheld microprocessor device), avehicle connected to the data processing device 105, external sensors,and external stimuli. The data processing device 105 may collect datafrom the vehicle via a wired or wireless connection. Data can becollected directly from the vehicle or through an intermediatecommunication and processing device. The digitally communicated vehicledata collected either directly or through the intermediate device can bein the form of an industry standard protocol. The industry protocols mayinclude, but are not limited to, SAE J1939, SAE J1708, SAE J1587,OBD-II, CAN FD, CAN 2.0 A/B, LIN, Flexray, RS-232, Modbus, and CANopen.

The data collected from the vehicle can be evaluated by the dataprocessing device 105 to determine vehicle's performance, diagnostics,and prognostics. The data for evaluation can be received from othersensors and sources. The data may include, but are not limited to, aperson's heartrate, button press, voice command, environmental noise,bio-metrics for vehicle access to door lock state and powertrain runstate, audible gunshot detection, GPS signal, indoor positions, gasdetection, smoke detection, temperature, video and images, impact forceimposed on the handheld microprocessor device, physical bodyorientation, connected source device button press, and connected sourcedevice voice command. Connected sources may include other persons,vehicles, machinery, buildings, rooms, outdoor locations, and otherassets.

The interface between the vehicle 525 and the data processing device 105(for example, a handheld microprocessor device) may include a graphicaldisplay of the handheld microprocessor device or connected intermediatedevice. The graphical display may provide feedback concerning vehicleperformance, diagnostics, and prognostics. The graphical display mayprovide a mode for additional user input. Evaluations can beconfigurable and adaptable for the situation and environment. Theevaluation can be enabled or disabled based on the location of thevehicle and whether the person is indoors or outdoors or the proximityto a known person, location, asset, building, or vehicle. The evaluationcan be enabled by manual input or command from the central data portal.The evaluated data can be transmitted to the central data portal forstorage and visualization.

FIG. 13 illustrates an environment 1300 within which building and roomevaluation module 640 of the system 600 can be implemented, according tosome example embodiments. The environment 1300 includes a dataprocessing device 105 and assets, such as a building 505, room 510,person 520, vehicle 525, outdoor location 530, and central data portal110. The system 600 may run as a software application on the dataprocessing device 105.

The building and room evaluation module 640 may receive data from aconnected room sensor 305 or beacon 1305. Data can pertain to states ofthe building and room and environment of the building and room. The datacan be transmitted to the data processing device 105 via wireless dataconnectivity. Data can be transmitted to the data processing device 105,processed, and then transmitted to the central data portal 110 via acommunication channel 115.

Connected sensors and sources can be used for the mutual evaluation ofthe buildings 505, rooms 510, and host person 520. The sensors mayinclude, but are not limited to, door open detectors, window opendetectors, temperature sensors, smoke detector, gas detector, firedetector, humidity sensors, air quality sensors, gunshot detector, lock,door barricade deployment, explosion detectors, glass break detectors,door impact detectors, wall impact detectors, and GPS signals 710. Thedata can be obtained from other buildings and rooms and sensors andbeacons associated with the other buildings and rooms, outdoor locations530 and associated sensors 305 and processor 310, and a person'swearable devices 400. The data may include voice commands and speechdetected via microphone 235 (shown in FIG. 2 ) or environmental noisedetected via microphone 235.

The data processing device 105 can receive commands from a person 520 orcentral data portal 110. The commands can be generated as a result ofevaluation of the building and/or room. The commands can result inactuation of room actuators 1310. Beacons 1305, other sensors, andsensors of the data processing device 105 can be used for determiningpositions of people 520, assets 1350, and vehicles 525 within thebuilding 505 or room 510. Bio-metrics sensors either inherent to thedata processing device 105 or external to the data processing device105, verbal passwords, visual passwords, motion, or RF communication canbe used to allow/deny access to building 505 and/or room 510 for person520 by way of unlocking/locking or opening/closing passageways.

The building and room evaluation module 640 may evaluate state of thebuilding, room, and person both individually and collectively. Data forthe evaluation can be collected from inherent sensors fixed on the dataprocessing device 105 (for example, a handheld microprocessor device),sensors/beacons/processor of connected room, external sensors, andexternal stimuli.

In some embodiments, the data processing device 105 may collect datafrom the building/room via a wireless connection. Data can be collecteddirectly from the building/room or through an intermediate communicationand processing device. The data collected from the building/room can beevaluated to determine building/room status. The evaluation may also bebased on data from other sensors and sources. These data may include,but are not limited to, a signal from a person's heartrate sensor,button press, voice command, environmental noise, bio-metrics forbuilding/room access to passageway lock state, audible gunshotdetection, GPS signal, indoor positions, gas detection, smoke detection,temperature, humidity, air quality, video and images, impact forceimposed on handheld microprocessor device, physical body orientation,connected source device button press, and connected source device voicecommand. Connected sources may include other persons,vehicles/machinery, buildings/rooms, outdoor locations, and otherassets.

In some embodiments, an interface between the building/room and the dataprocessing device 105 may include a graphical display of the dataprocessing device 105 or connected intermediate devices. The graphicaldisplay may provide feedback on building/room status. The graphicaldisplay may provide a mode for additional user input. Evaluations of astatus of the building or room can be configurable and adaptable for thesituation and environment. The evaluation can be enabled or disabledbased on the location indoors or outdoors or proximity to a knownperson, location, building, or vehicle or by manual or central dataportal commanded input. The evaluated data can be transmitted to thecentral data portal for storage and visualization.

FIG. 14 illustrates an environment 1400 within which outdoor locationevaluation module 645 of the system 600 can be implemented, according tosome example embodiments. The environment 1400 includes a dataprocessing device 105, assets such as a building 505, a room 510, person520, a vehicle 525, and outdoor location 530, and central data portal110. The system 600 may run as a software application on the dataprocessing device 105.

The outdoor location evaluation module 645 may receive data from aconnected outdoor location 530 and sensors 305 and a processor 310associated with the outdoor location. The data may pertain to theoutdoor location environment. The data can be transmitted to the dataprocessing device 105 via a wireless communication channel. The data canbe further transmitted from the data processing device 105 to thecentral data portal 110 via communication channel 115.

Connected sensors and sources can be used for the mutual evaluation ofthe outdoor location 530 and host person 520. The sensors may include,but are not limited to, a temperature detector, smoke detector, gasdetector, fire detector, humidity detector, air quality detector,gunshot detector, and explosion detector. The sources may include GPSsignals 710, other outdoor locations and sensors and processorsassociated with the other outdoor locations, buildings 505, rooms 510,and sensors 305 and processors 505 associated with the buildings 505 androoms 510, and person 520 movement and transferred movement to movementsensors 345 (accelerometer/gyroscope), wearable devices 420 of theperson 520, voice commands and speech 705 via microphone 235, andenvironmental noise 810 via microphone 235. The data processing device105 can receive commands from a person 520 and the central data portal110. The commands can be generated based result of evaluation of theoutdoor location. The commands can result in actuation of outdooractuators 1405.

The outdoor location evaluation module 645 may be configured to evaluatestates of the outdoor location and the person both individually andcollectively. Data can be collected from inherent sensors fixed on thedata processing device 105 (e.g., a handheld microprocessor device) wornby the person 520, connected outdoor location sensors and processors,and external sensors and external stimuli.

In some embodiment of the present disclosure, the data processing device105 (for example, the handheld microprocessor device) may collect datafrom the outdoor location 530 via a wireless connection. Data can becollected directly from the outdoor location or through an intermediatecommunication and processing device. The data collected from thelocation 530 can be used for evaluation of outdoor location status. Theevaluation of the outdoor location status can also be based on datareceived from other sensors and sources. The data may include, but arenot limited to, a person's heartrate, button press, voice command,environmental noise, data of audible gunshot detectors, GPS signal,indoor positions, data of gas detectors, data of smoke detectors,temperature, humidity, air quality, video and images, impact forceimposed on handheld microprocessor device, physical body orientation,connected source device button press, and connected source device voicecommand. The connected source may include other persons,vehicles/machinery, buildings/rooms, other outdoor locations, and otherassets.

The outdoor location evaluation module 645 may provide ad an interfacebetween the outdoor location and the data processing device 105 via agraphical display of the handheld microprocessor device or connectedintermediate device. The graphical display may provide feedback onoutdoor location status. The graphical display may provide a mode foradditional user input. Evaluations of status of an outdoor location canbe configurable and adaptable based on situation and environment. Theevaluation can be enabled or disabled based on the location indoors oroutdoors or proximity to other assets such as a known person, location,building, or vehicle. The evaluation can be enabled by manual input orcommand from central data portal. The evaluated data can be transmittedto the central data portal for storage and visualization.

FIG. 15 is flow chart illustrating a method 1500 for evaluating andtransmitting combined external data from one or more assets to a centraldata portal. The method 1500 can be performed within environment 100shown in FIG. 1 or environment 700 shown in FIG. 7 .

The method 1500 may commence, in block 1505, with collecting, by a dataprocessing device communicatively coupled to a central data portal,sensor data from one or more assets. In block 1510, the method 1500 mayproceed with processing, by the data processing device, the sensor datato evaluate status data concerning status of the one or more assets. Inblock 1515, the method 1500 may proceed with transmitting, by the dataprocessing device, the status data to the central data portal. In block1520 may proceed with storing and visualizing, by the central dataportal, the status data.

FIG. 16 shows a diagrammatic representation of a computing device for amachine in the exemplary electronic form of a computer system 1600,within which a set of instructions for causing the machine to performany one or more of the methodologies discussed herein can be executed.In various exemplary embodiments, the machine operates as a standalonedevice or can be connected (e.g., networked) to other machines. In anetworked deployment, the machine can operate in the capacity of aserver or a client machine in a server-client network environment, or asa peer machine in a peer-to-peer (or distributed) network environment.The machine can be a personal computer, a tablet personal computer, aset-top box, a cellular telephone, a digital camera, a portable musicplayer (e.g., a portable hard drive audio device, such as a MovingPicture Experts Group Audio Layer 3 (MP3) player), a web appliance, anetwork router, a switch, a bridge, or any machine capable of executinga set of instructions (sequential or otherwise) that specify actions tobe taken by that machine. Further, while only a single machine isillustrated, the term “machine” shall also be taken to include anycollection of machines that individually or jointly execute a set (ormultiple sets) of instructions to perform any one or more of themethodologies discussed herein.

The computer system 1600 may include a processor or multiple processors1602, a hard disk drive 1604, a main memory 1606, and a static memory1608, which communicate with each other via a bus 1610. The computersystem 1600 may also include a network interface device 1612. The harddisk drive 1604 may include a computer-readable medium 1620, whichstores one or more sets of instructions 1622 embodying or utilized byany one or more of the methodologies or functions described herein. Theinstructions 1622 can also reside, completely or at least partially,within the main memory 1606, the static memory 1608, and/or within theprocessors 1602 during execution thereof by the computer system 1600.The main memory 1606 and the processors 1602 also constitutemachine-readable media.

While the computer-readable medium 1620 is shown in an exemplaryembodiment to be a single medium, the term “computer-readable medium”should be taken to include a single medium or multiple media (e.g., acentralized or distributed database, and/or associated caches andservers) that store the one or more sets of instructions. The term“computer-readable medium” shall also be taken to include any mediumthat is capable of storing, encoding, or carrying a set of instructionsfor execution by the machine and that causes the machine to perform anyone or more of the methodologies of the present application, or that iscapable of storing, encoding, or carrying data structures utilized by orassociated with such a set of instructions. The term “computer-readablemedium” shall accordingly be taken to include, but not be limited to,solid-state memories, optical and magnetic media. Such media can alsoinclude, without limitation, hard disks, floppy disks, NAND or NOR flashmemory, digital video disks, Random Access Memory, Read-Only Memory, andthe like.

The example embodiments described herein may be implemented in anoperating environment comprising software installed on a computer, inhardware, or in a combination of software and hardware.

In some embodiments, the computer system 1600 may be implemented as acloud-based computing environment, such as a virtual machine operatingwithin a computing cloud. In other embodiments, the computer system 1600may itself include a cloud-based computing environment, where thefunctionalities of the computer system 1600 are executed in adistributed fashion. Thus, the computer system 1600, when configured asa computing cloud, may include pluralities of computing devices invarious forms, as will be described in greater detail below.

In general, a cloud-based computing environment is a resource thattypically combines the computational power of a large grouping ofprocessors (such as within web servers) and/or that combines the storagecapacity of a large grouping of computer memories or storage devices.Systems that provide cloud-based resources may be utilized exclusivelyby their owners or such systems may be accessible to outside users whodeploy applications within the computing infrastructure to obtain thebenefit of large computational or storage resources.

The cloud may be formed, for example, by a network of web servers thatcomprise a plurality of computing devices, such as the computer system1600, with each server (or at least a plurality thereof) providingprocessor and/or storage resources. These servers may manage workloadsprovided by multiple users (e.g., cloud resource customers or otherusers). Typically, each user places workload demands upon the cloud thatvary in real-time, sometimes dramatically. The nature and extent ofthese variations typically depends on the type of business associatedwith the user.

FIG. 17 is a schematic diagram 1700 illustrating aggregation of data bymultiple data processing devices, according to an example embodiment.Each of the data processing devices 105, 105 a, and 105 b can beconfigured to collect sensor data from a set of assets. Specifically,the data processing device 105 can be configured to collect the sensordata from assets 1705, 1710, and 1715. The data processing device 105can communicate with the assets 1705, 1710, and 1715 via a communicationchannel 250 established between the data processing device 105 and eachof the assets 1705, 1710, and 1715. The data processing device 105 andthe assets 1705, 1710, and 1715, in communication with the dataprocessing device 105, can create a local network 1745 of connecteddevices.

Similarly, the data processing device 105 a can be configured to collectthe sensor data from assets 1720, 1725, and 1730. The data processingdevice 105 a may communicate with the assets 1720, 1725, and 1730 via acommunication channel 250 established between the data processing device105 a and each of the assets 1720, 1725, and 1730. The data processingdevice 105 a and the assets 1720, 1725, and 1730, in communication withthe data processing device 105 a, can create a local network 1750 ofconnected devices.

The data processing device 105 b can be configured to collect the sensordata from assets 1735 and 1740. The data processing device 105 b cancommunicate with the assets 1735 and 1740 via a communication channel250 established between the data processing device 105 b and each of theassets 1735 and 1740. The data processing device 105 b and the assets1735 and 1745, in communication with the data processing device 105 b,can create a local network 1755 of connected devices.

In an example embodiment, the communication channels 250 between thedata processing devices and the assets may include cellular connectionssuch as a 4G connection or a 5G connection.

In an example embodiment, the data processing devices 105, 105 a, and105 b can be configured to communicate with each other via communicationchannels 115. The data processing devices 105, 105 a, and 105 b cancollect the sensor data, aggregate the sensor data, and exchange theaggregated sensor data with each other. The data processing devices 105,105 a, and 105 b can be further configured to process the collectedsensor data.

In an example embodiment, the data processing devices 105, 105 a, and105 b can be configured to transmit the processed sensor data to acentral data portal 110 via communication channels 1760. The centraldata portal 110 may include a common operating platform, which can beinstalled, for example, on a server. The communication channels 1760 mayinclude, for example, a satellite data communication channel. In furtherembodiments, the communication channels 1760 may be selected from acellular data communication channel, a two-way radio data communicationchannel, WiFi®, Bluetooth, NFC, Ethernet, ZigBee, Microwave, Infrared,or other forms of wireless RF or wired data transmission. In someembodiments, all of the data processing devices 105, 105 a, and 105 bare configured to transmit the processed sensor data to the central dataportal 110.

In further embodiments, only some of the data processing devices 105,105 a, and 105 b are configured to transmit the processed sensor data tothe central data portal 110. In this case, the data processing devicethat has the communication channel 1760 with the central data portal 110may collect aggregated processed sensor data from other data processingdevices (which are not in communication with the central data portal110) and transmit the aggregated data collected by each of the dataprocessing devices to the central data portal 110.

In an example embodiment, the local networks 1745, 1750, and 1755 ofdata processing devices and assets in communication with the dataprocessing devices can be installed in outdoor environments. Exampleoutdoor environments include navy ships, building yards, oil fields, gasfields, mines, and so forth. Inside the local network, the sensor datacan be collected from assets by the data processing device (e.g., via a5G communication) and the collected data can be processed locally withinthe local network by the data processing device. The processed data maybe transmitted outside of the local network (e.g., via a satellitecommunication).

Thus, systems and methods for evaluating and transmitting combinedexternal data from one or more assets to a central data portal forprocessing, storage, and visualization are described. Althoughembodiments have been described with reference to specific exemplaryembodiments, it will be evident that various modifications and changescan be made to these exemplary embodiments without departing from thebroader spirit and scope of the present application. Accordingly, thespecification and drawings are to be regarded in an illustrative ratherthan a restrictive sense.

What is claimed is:
 1. A system for evaluating and transmitting combinedexternal data from one or more assets, the system comprising: a centraldata portal; and a data processing device communicatively coupled to thecentral data portal, the data processing device being configured to:collect sensor data from the one or more assets, wherein the one or moreassets include a first asset and a second asset, the first assetincluding a vehicle and the second asset including a microprocessordevice; process the sensor data to evaluate status data of the one ormore assets, wherein the evaluation of the status data is enabled ordisabled based on predetermined criteria and an indication that a forceapplied to a third asset of the one or more assets has caused anacceleration of the second asset; and transmit the status data to thecentral data portal, wherein the central data portal is configured toprocess the status data for storage and visualization, and wherein theevaluation of the status data concerning a first status of the firstasset is partially based on a second sensor data of the sensor datacollected from the second asset, the second asset being different fromthe first asset.
 2. The system of claim 1, wherein the predeterminedcriteria include one or more of following: a first location of the firstasset, a type of a second location of the second asset, and a proximityof the first asset to the second asset.
 3. The system of claim 1,wherein at least one of the one or more assets includes one offollowing: military equipment and ship communication equipment.
 4. Thesystem of claim 1, wherein the microprocessor device is associated withone of following: a person, a vehicle, a building, a room, an outdoorlocation, and a machine.
 5. The system of claim 4, wherein the dataprocessing device is configured to determine or actuate, based on thesensor data, a status concerning the building or the room, the statusconcerning the building or the room including at least one or more offollowing: the room is unlocked, the room is locked, a window is opened,the window is closed, temperature of the room is higher than apredetermined temperature threshold, a smoke detector is alarming, a gasdetector is alarming, a fire detector is alarming, a humidity level isoutside a predetermined humidity range, an air quality level is outsidea predetermined air quality range, a gunshot is detected, a window glassis broken, a door is impacted, and a wall is impacted.
 6. The system ofclaim 4, wherein the data processing device is configured to determine,based on the sensor data, a status concerning the outdoor location, thestatus concerning the outdoor location including at least one or more offollowing: a humidity level at the outdoor location is outside apredetermined humidity range, an air temperature at the outdoor locationis outside a predetermined temperature range, an air quality level atthe outdoor location is outside a predetermined air quality range, agunshot is detected at the outdoor location is alarming, and a gasdetector at the outdoor location is alarming.
 7. The system of claim 1,wherein the data processing device is configured to determine, based onthe sensor data, a status concerning at least one of following: a stateof panic of a person associated with the microprocessor device, anon-responsiveness of the person, a physical orientation of the person,a presence of a gunshot in a proximity of the person, and performanceand diagnostics of the vehicle.
 8. The system of claim 7, wherein thedata processing device is configured to actuate a state of the vehicle.9. The system of claim 1, wherein the sensor data are transmittedbetween the one or more assets and the data processing device via one ormore wired communication channels.
 10. The system of claim 1, whereinthe sensor data are transmitted between the one or more assets and thedata processing device via one or more wireless communication channels.11. A method for evaluating and transmitting combined external data fromone or more assets, the method comprising: collecting, by a dataprocessing device communicatively coupled to a central data portal,sensor data from the one or more assets, wherein: the one or more assetsinclude a first asset and a second asset, the first asset including afirst vehicle and the second asset including a second vehicle; andprocessing, by the data processing device, the sensor data to evaluatestatus data of the one or more assets, wherein the evaluation of thestatus data is enabled or disabled based on predetermined criteria andan indication that a force applied to a third asset of the one or moreassets has caused an acceleration of the second asset; and processing,by the central data portal, the status data for storage andvisualization, wherein the evaluation of the status data concerning afirst status of the first asset is based on a second sensor data of thesensor data collected from the second asset, the second asset beingdifferent from the first asset.
 12. The method of claim 11, where thepredetermined criteria include one or more of following: a firstlocation of the first asset, a type of a second location of the secondasset, and a proximity of the first asset to the second asset.
 13. Themethod of claim 11, wherein the sensor data are transmitted between theone or more assets and the data processing device via one or more wiredcommunication channels.
 14. The method of claim 11, wherein the sensordata are transmitted between the one or more assets and the dataprocessing device via one or more wireless communication channels.
 15. Asystem for evaluating and transmitting combined external data from oneor more assets, the system comprising: a central data portal; and a dataprocessing device communicatively coupled to the central data portal,the data processing device being configured to: collect sensor data fromthe one or more assets, wherein the one or more assets include a firstasset and a second asset, the first asset including a firstmicroprocessor device and the second asset including a secondmicroprocessor device; process the sensor data to evaluate status dataof the one or more assets, wherein the evaluation of the status data isenabled or disabled based on predetermined criteria and an indicationthat a force applied to a third asset of the one or more assets hascaused an acceleration of the second asset; and transmit the status datato the central data portal, wherein the central data portal isconfigured to process the status data for storage and visualization,wherein the evaluation of the status data concerning a first status ofthe first asset is based on a second sensor data of the sensor datacollected from the second asset, the second asset being different fromthe first asset.
 16. The system of claim 15, wherein the predeterminedcriteria include one or more of following: a first location of the firstasset, a type of a second location of the second asset, and a proximityof the first asset to the second asset.
 17. The system of claim 15,wherein the sensor data are transmitted between the one or more assetsand the data processing device via one or more wired communicationchannels.
 18. The system of claim 15, wherein the sensor data aretransmitted between the one or more assets and the data processingdevice via one or more wireless communication channels.